Supplementing search results with information of interest

ABSTRACT

A system may receive a search query. The system may further provide a list of first documents relating to the search query in a first area of a user interface and provide additional information that has been retrieved from the first documents in a second, different area of the user interface. The additional information includes an attribute name and an associated attribute value.

RELATED APPLICATION

This application is a Continuation-in-Part of U.S. Patent Application Ser. No. 11/024,784, filed Dec. 30, 2004, the entire contents of which are incorporated by reference herein.

FIELD OF THE INVENTION

Implementations consistent with the principles of the invention relate generally to providing items, and more specifically, to supplementing provided items with information of interest.

BACKGROUND OF THE INVENTION

The World Wide Web (“web”) contains a vast amount of information. Locating a desired portion of the information, however, can be challenging. This problem is compounded because the amount of information on the web and the number of new users inexperienced at web searching are growing rapidly.

Search engines attempt to return hyperlinks to web pages in which a user is interested. Generally, search engines base their determination of the user's interest on search terms (e.g., in a search query provided by the user). The goal of the search engine is to provide links to high quality, relevant results (e.g., web pages) to the user based on the search query. Typically, the search engine accomplishes this by matching the terms in the search query to a corpus of pre-stored web pages. Web pages that contain the user's search terms are “hits” and are returned to the user as links.

In an attempt to increase the relevancy and quality of the web pages returned to the user, a search engine may attempt to sort the list of hits so that the most relevant and/or highest quality pages are at the top of the list of hits returned to the user. For example, the search engine may assign a rank or score to each hit, where the score is designed to correspond to the relevance or importance of the web page. The user may then manually select web pages in the returned list to determine if the web pages contain the information that they are seeking. In some instances, this can be a time consuming endeavor.

SUMMARY OF THE INVENTION

In accordance with one implementation consistent with the principles of the invention, a method includes receiving a search query, providing a list of first documents relating to the search query in a first area of a user interface, and providing additional information that has been retrieved from the first documents in a second, different area of the user interface. The additional information includes an attribute name and an associated attribute value.

In another implementation consistent with the principles of the invention, a method for processing a search query is provided. The method may include identifying a group of first documents based on the search query; obtaining a group of attribute name and attribute value pairs that occur in the first documents; selecting attribute name and attribute value pairs from the group of attribute name and attribute value pairs based on a threshold; and providing a user interface. The user interface may include a list based on the identified first documents and including the selected attribute name and attribute value pairs.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate an implementation of the invention and, together with the description, explain the invention. In the drawings,

FIG. 1 is an exemplary diagram of a graphical user interface that may be provided to a user in an implementation consistent with the principles of the invention;

FIG. 2 is an exemplary diagram of a network in which systems and methods consistent with the principles of the invention may be implemented;

FIG. 3 is an exemplary diagram of a client or server entity according to an implementation consistent with the principles of the invention;

FIG. 4 is a flow chart of an exemplary process for extracting information from a repository of documents in an implementation consistent with the principles of the invention;

FIG. 5 is an exemplary document that may be included in a repository of documents in an implementation consistent with the principles of the invention;

FIG. 6 is an exemplary diagram of a computer-readable medium in an implementation consistent with the principles of the invention;

FIG. 7 is an exemplary flowchart of an exemplary process for providing information related to a search query in an implementation consistent with the principles of the invention;

FIG. 8 is an exemplary format of a graphical user interface that may be provided to a user in an implementation consistent with the principles of the invention; and

FIG. 9 is an exemplary graphical user interface that may be provided to a user in one implementation consistent with the principles of the invention.

DETAILED DESCRIPTION

The following detailed description of implementations consistent with the principles of the invention refers to the accompanying drawings. The same reference numbers in different drawings may identify the same or similar elements. Also, the following detailed description does not limit the invention.

Overview

Systems and methods consistent with the principles of the invention may provide useful information, in addition to search results, in response to a user conducting a search. FIG. 1 is an exemplary diagram of a graphical user interface 100 that may be provided to a user in an implementation consistent with the principles of the invention. As illustrated in FIG. 1, a user may enter a search query into a search engine in a well known manner. In response, the search engine may obtain a set of documents relating to the search query and provide those documents to the user as a set of search results 110. The search engine may also identify and obtain additional information 120 from the documents that may relate to the search query and provide that additional information 120 to the user.

As an example, assume that a user enters the search query “President George Washington” into a search engine. The search engine may provide a list of documents 110 that relate to the search query (i.e., documents about or that mention President George Washington). In an implementation consistent with the principles of the invention, the search engine may provide additional information 120, including only publicly-available information, relating to President George Washington. For example, the additional information 120 may include, for example, information regarding his date of birth, place of birth, zodiac sign, eye color, hair color, hometown, favorite color, height, weight, and/or other information that has been obtained from publicly-available documents relating to President George Washington. A user performing a search for “President George Washington” may be interested in this additional information and, therefore, may avoid having to sort through the search results to find this information.

A “document,” as the term is used herein, is to be broadly interpreted to include any machine-readable and machine-storable work product. A document may include, for example, an e-mail, a web site, a file, a combination of files, one or more files with embedded links to other files, a news group posting, a blog, a web advertisement, etc. In the context of the Internet, a common document is a web page. Web pages often include textual information and may include embedded information (such as meta information, images, hyperlinks, etc.) and/or embedded instructions (such as Javascript, etc.). A “link,” as the term is used herein, is to be broadly interpreted to include any reference to/from a document from/to another document or another part of the same document.

Exemplary System

FIG. 2 is an exemplary diagram of a network 200 in which systems and methods consistent with the principles of the invention may be implemented. Network 200 may include multiple clients 210 connected to multiple servers 220-240 via a network 250. Two clients 210 and three servers 220-240 have been illustrated as connected to network 250 for simplicity. In practice, there may be more or fewer clients and servers. Also, in some instances, a client may perform some functions of a server and a server may perform some functions of a client.

Clients 210 may include client entities. A client entity may be defined as a device, such as a wireless telephone, a personal computer, a personal digital assistant (PDA), a lap top, or another type of computation or communication device, a thread or process running on one of these devices, and/or an object executable by one of these devices. Servers 220-240 may include server entities that gather, process, search, and/or maintain documents in a manner consistent with the principles of the invention.

In an implementation consistent with the principles of the invention, server 220 may include a search engine 225 usable by clients 210. Server 220 may crawl a corpus of documents (e.g., web documents), index the documents, and store information associated with the documents in a repository of documents. Servers 230 and 240 may store or maintain documents that may be crawled or analyzed by server 220.

While servers 220-240 are shown as separate entities, it may be possible for one or more of servers 220-240 to perform one or more of the functions of another one or more of servers 220-240. For example, it may be possible that two or more of servers 220-240 are implemented as a single server. It may also be possible for a single one of servers 220-240 to be implemented as two or more separate (and possibly distributed) devices.

Network 250 may include a local area network (LAN), a wide area network (WAN), a telephone network, such as the Public Switched Telephone Network (PSTN), an intranet, the Internet, a memory device, or a combination of networks. Clients 210 and servers 220-240 may connect to network 250 via wired, wireless, and/or optical connections.

Exemplary Client/Server Configuration

FIG. 3 is an exemplary diagram of a client or server entity (hereinafter called “client/server entity”), which may correspond to one or more of clients 210 and/or servers 220-240, according to an implementation consistent with the principles of the invention. The client/server entity may include a bus 310, a processor 320, a main memory 330, a read only memory (ROM) 340, a storage device 350, an input device 360, an output device 370, and a communication interface 380. Bus 310 may include a path that permits communication among the elements of the client/server entity.

Processor 320 may include a conventional processor, microprocessor, or processing logic that interprets and executes instructions. Main memory 330 may include a random access memory (RAM) or another type of dynamic storage device that may store information and instructions for execution by processor 320. ROM 340 may include a conventional ROM device or another type of static storage device that may store static information and instructions for use by processor 320. Storage device 350 may include a magnetic and/or optical recording medium and its corresponding drive.

Input device 360 may include a conventional mechanism that permits an operator to input information to the client/server entity, such as a keyboard, a mouse, a pen, voice recognition and/or biometric mechanisms, etc. Output device 370 may include a conventional mechanism that outputs information to the operator, including a display, a printer, a speaker, etc. Communication interface 380 may include any transceiver-like mechanism that enables the client/server entity to communicate with other devices and/or systems. For example, communication interface 380 may include mechanisms for communicating with another device or system via a network, such as network 250.

As will be described in detail below, the client/server entity, consistent with the principles of the invention, may perform certain document processing-related operations. The client/server entity may perform these operations in response to processor 320 executing software instructions contained in a computer-readable medium, such as memory 330. A computer-readable medium may be defined as a physical or logical memory device.

The software instructions may be read into memory 330 from another computer-readable medium, such as data storage device 350, or from another device via communication interface 380. The software instructions contained in memory 330 may cause processor 320 to perform processes that will be described later. Alternatively, hardwired circuitry may be used in place of or in combination with software instructions to implement processes consistent with the principles of the invention. Thus, implementations consistent with the principles of the invention are not limited to any specific combination of hardware circuitry and software.

Exemplary Processing

FIG. 4 is a flow chart of an exemplary process for extracting information from a repository of publicly-available documents in an implementation consistent with the principles of the invention. The repository of publicly-available documents may be stored at server 220 and may include documents that have been crawled by server 220.

Processing may begin by obtaining (attribute, value) pairs from each document in the repository of documents (act 410). An example of an attribute that may be found in a document may include “date of incorporation.” The value associated with that attribute may include a date, such as Mar. 31, 1973. Therefore, act 410 would result in the following (attribute, value) pair being obtained from the document—(date of incorporation, Mar. 31, 1973).

In one implementation consistent with the principles of the invention, (attribute, value) pairs of a document are obtained by identifying predetermined sections of the document. For example, any section of the document that contains a two-column table or a series of lines that follow the pattern “<BR> (attribute text):(value text)<BR>” may be determined to contain an (attribute, value) pair, where <BR> indicates that a carriage return is to be inserted into the document. When a two-column table is identified in a document, it may be assumed, in one implementation consistent with the principles of the invention, that the left-hand column includes the attribute name and that the right-hand column includes the value. In this manner, (attribute, value) pairs may be identified in a document. Other techniques for identifying (attribute, value) pairs may alternatively be used.

To minimize redundancy and improve value certainty checking, attribute names and values may be normalized. For example, the attribute names “date of incorp,” “incorporation date,” and “date of incorporation” may be considered to be synonymous. Therefore, the occurrence of these attribute names may be normalized, for example, to “date of incorporation.” Similarly, dates appear on the Internet in a variety of formats. For example, “Oct. 31, 1966,” “31 Oct. 1966,” “Oct. 31, 1966,” “10/31/66,” “10/31/1966,” “10-31-66,” and “10-31-1966” are just some examples as to how the same date could appear in different formats. In one implementation consistent with the principles of the invention, the occurrence of a date is normalized to a particular format, such as “Month Day, Year.” As another example, different variations in place names may also be normalized. For example, “Oakmont, Pennsylvania” may appear as “Oakmont, Pennsylvania,” “Oakmont, PA,” or “Oakmont, Pennsylvania, USA.” These different variations may be normalized so as to minimize redundancy and improve value certainty checking.

One additional example of where normalizing can be applied involves numeric values, which may be presented with varying degrees of approximation. For example, the population of the United States may be reported as 300 million, 290 million, or 290,342,554. Implementations consistent with the principles of the invention may normalize these values to, for example, 290 million.

FIG. 5 is an exemplary document 500 that may be included in the repository of documents. In this example, document 500 includes information about Company A. As illustrated in FIG. 5, document 500 includes a two-column table 510 under the profile section. In one implementation consistent with the principles of the invention, the (attribute, value) pairs in table 510 may be obtained from document 500. Therefore, the following (attribute, value) pairs may be obtained from document 500: (name; Company A), (city; Santa Clara), (state; California), (date of incorp; Dec. 2, 1981), (founders; Jack Smith, Bob Wei), (product line; widgets), and (2006 revenue; $1,000,000).

For each document in the repository, the attributes for the document may be analyzed to determine whether conflicting values exist in the document (act 420, FIG. 4). For example, assume that for one particular document, the attribute “date of incorporation” exists. Assume further that the document includes the following two values for this attribute: “Oct. 31, 1966” and “Nov. 29, 2002.” Therefore, for the attribute “date of incorporation,” conflicting values exist in the document.

If an attribute is determined to be associated with conflicting values in a document, the (attribute, value) pairs containing the attribute may be discarded (act 430). If an attribute is not determined to be associated with conflicting values, the (attribute, value) pair containing the attribute may be stored in a computer-readable medium, such as, for example, memory 330 (act 440). In one implementation, the (attribute, value) pair is stored in memory 330 based on an identifier associated with the document from which the (attribute, value) pair is obtained.

FIG. 6 is an exemplary diagram of a computer-readable medium 600 in an implementation consistent with the principles of the invention. It will be appreciated that computer-readable medium 600 may be stored locally at server 220 or externally to server 220.

As illustrated, computer-readable medium 600 may include a document identification (DOC ID) field 610, an attribute field 620, and a value field 630. It will be appreciated that computer-readable medium 600 may include more or fewer fields than those illustrated in FIG. 6.

Document identification field 610 may store information that identifies a document in the repository of crawled documents. In one implementation, each document in the repository of crawled documents may be associated with a unique identifier. This unique identifier may be stored in document identification field 610. Attribute field 620 may store an attribute that has been obtained from the document identified in document identification field 610. Value field 630 may store the value associated with an attribute identified in attribute field 620. In this way, (attribute, value) pairs for a document may be stored in computer-readable medium 600. For example, assume that document 500, illustrated in FIG. 5, has a document identifier of ABC. Document identifier ABC may then be associated with the following attributes and values in computer-readable medium 600: (name; Company A), (city; Santa Clara), (state; California), (date of incorp; Dec. 2, 1981), (founders; Jack Smith, Bob Wei), (product line; widgets), and (2006 revenue; $1,000,000).

FIG. 7 is an exemplary flowchart of an exemplary process for providing information related to a search query in an implementation consistent with the principles of the invention. Processing may begin with a user providing a search term (or a group of search terms) as a search query for searching a document repository (act 710). In one implementation, the document repository includes documents available from the Internet and/or a database (or set of databases) and the vehicle for searching this repository is a search engine, such as search engine 225 (FIG. 2). The user may provide the search query via web browser software on a client, such as client 210 (FIG. 2).

The search query may be received by the search engine and used to identify documents related to the search query (act 720). A number of techniques exist for identifying documents related to a search query. One such technique might include identifying documents that contain the search term or perhaps a synonym of the search term. When the search query includes more than one search term, then a technique might include identifying documents that contain the search terms as a phrase, that contain the search terms but not necessarily together, or that contain less than all of the search terms. Yet other techniques are known to those skilled in the art. In one implementation, the search engine may identify 1,000 or more documents that relate to the search query.

The union of the (attribute, value) pairs across the identified set of documents (or a subset of the identified set of documents) may be determined (act 730). The (attribute, value) pairs for the documents may be identified and retrieved from computer-readable medium 600 based on document identification information associated with the documents in the identified set. For example, assume that a document in the set of identified documents has a document identifier of ABC. Therefore, all of the (attribute, value) pairs in computer-readable medium 600 that are associated with document identifier ABC would be retrieved.

In one implementation, duplicate (attribute, value) pairs may be eliminated when the duplicate pairs are obtained from related documents. For example, if the same (attribute, value) pairs are obtained from documents relating to the same organization (e.g., cnet.co.uk and cnet.com may be treated as a single source), the duplicate (attribute, value) pairs may be treated as a single (attribute, value) pair.

(Attributes, value) pairs may be selected as candidate (attribute, value) pairs to provide to the user (act 740). In one implementation, the (attribute, value) pairs that are selected as candidates may be based on a threshold. For example, if more than a threshold number of documents in the identified set of documents include a particular attribute and agree that the particular attribute is associated with a particular value, that (attribute, value) pair may be identified as a candidate for providing to the user. In one implementation consistent with the principles of the invention, the threshold may be set to three. Therefore, in this situation, if three or more documents in the identified set agree that a particular attribute has a particular value, then that (attribute, value) pair may be considered as trustworthy and may thus be considered as a candidate (attribute, value) pair for providing to the user.

The accuracy of the candidate (attribute, value) pairs may be reinforced against the document in the set of identified documents that includes the greatest number of candidate (attribute, value) pairs. The candidate (attribute, value) pairs may then be re-evaluated based on the reinforcements. For example, those candidate (attribute, value) pairs that conflict with the (attribute, value) pairs in the document that includes the greatest number of candidate (attribute, value) pairs may be discarded. Moreover, since the document that includes the greatest number of candidate (attribute, value) pairs may be considered trustworthy, the list of candidate (attribute, value) pairs may be supplemented with one or more (attribute, value) pairs that are in that document (and that are not already in the list of candidate (attribute, value) pairs).

The above reinforcement and re-evaluation may continue until the number of (attribute, value) pairs in the list of candidate (attribute, value) pairs stops growing. The remaining list of (attribute, value) pairs may be considered a final list to be provided to the user. It will be appreciated that other techniques for obtaining a final list of (attribute, value) pairs to provide to the user can alternatively be used. For example, other techniques can be used to evaluate the potential accuracy and/or relevancy of (attribute, value) pairs, and thus to select the final list of (attribute, value) pairs to be presented to the user.

The final list of (attribute, value) pairs may be provided to the user via a graphical user interface, along with a list of search results relating to the user's search query (act 750). In one implementation, the final list of (attribute, value) pairs may be provided above the list of search results on the graphical user interface, as illustrated in exemplary graphical user interface 100 in FIG. 1. The final list of (attribute, value) pairs may be provided in a format that facilitates review of the information by the user. For example, in one implementation, the final list of (attribute, value) pairs may be provided in a table format, with one column of the table including the attribute names and another column including the attribute values.

In addition to the final list of (attribute, value) pairs, one or more links may be provided with each (attribute, value) pair. When clicked, the link may cause a publicly-available document to be provided to the user that includes or supports the information provided by the (attribute, value) pair with which the link is associated. The number of links provided for an (attribute, value) pair may be limited. For example, in one implementation, five or fewer links may be provided for any (attribute, value) pair. In one implementation consistent with the principles of the invention, selection of the links to be provided in the graphical user interface may be based on the number of (attribute, value) pairs in the documents with which the links are associated. For example, those documents including the (attribute, value) pair and including the greatest number of (attribute, value) pairs from the final list of (attribute, value) pairs may be selected to be provided with the (attribute, value) pair. When more than one link is provided for an (attribute, value) pair, the links may be sorted based on the number of (attribute, value) pairs from the final list of (attribute, value) pairs in the documents with which the links are associated. Other techniques can also be used to evaluate and select the links to be provided for each (attribute, value) pair.

FIG. 8 is an exemplary format of a graphical user interface 800 that may be provided to a user in an implementation consistent with the principles of the invention. As illustrated, graphical user interface 800 may provide a related information section 810 and a search results section 820. Search results section 820 may provide a list of search results relating to the search query. Related information section 810 may provide additional information relating to the search query. As illustrated, related information section 810 may include a three-column table, where left-most column 812 includes the attribute name, middle column 814 includes the attribute value, and right-most column 816 includes one or more links. The attribute name, value, and link information may alternatively be provided in other formats.

The size of related information section 810 may be limited so as not to take away from the results provided in search results section 820. In one implementation consistent with the principles of the invention, the amount of screen real estate used by related information section 810 is less than the amount of screen real estate used by the search results section 820. In this implementation, the related information table may include a scroll bar 818 to allow for a greater amount of related information to be provided to the user. That is, instead of limiting the number of (attribute, value) pairs and links that are provided to the user, scroll bar 818 allows for an unlimited number of (attribute, value) pairs and links to be provided.

The following example illustrates the above processing. Assume, for explanatory purposes, that a user enters the search query “Company A” into a search engine. In response, the search engine may identify documents relating to the search query in a well-known manner. The (attribute, value) pairs that are included in the identified documents may be retrieved from a computer-readable medium, such as computer-readable medium 600 (FIG. 6), with duplicate (attribute, value) pairs from documents associated with the same source being eliminated. A candidate list of (attribute, value) pairs may be obtained by, for example, determining whether the number of occurrences of each (attribute, value) pair in different documents exceeds a threshold. The candidate list of (attribute, value) pairs may be refined until a final list of (attribute, value) pairs is obtained, as described above with respect to FIG. 7.

Thereafter, the final list of (attribute, value) pairs may be provided to the user in addition to a list of search results relating to the search query. FIG. 9 is an exemplary graphical user interface 900 that may be provided to a user in response to a search for “Company A.” As illustrated, graphical user interface 900 may provide a list of documents relating to Company A in search results section 920. In addition, graphical user interface 900 may provide additional information about Company A. For example, as illustrated in FIG. 9, related information section 910 may include the following (attribute, value) pairs: (name; Company A), (date of incorp; Dec. 2, 1981), (founders; Jack Smith, Bob Wei), (product line; widgets), and (2006 revenue; $1,000,000). Each (attribute, value) pair may be associated with one or more links. For example, as illustrated in FIG. 9, the attribute “name” is associated with the links “www.companya.com” and “www.tcus.org.” Additional information relating to Company A may also be provided in related information section 910 and may be accessible to the user via a scroll bar that is associated with related information section 910.

Implementations consistent with the principles of the invention augment search results with information that is extracted and correlated across multiple, publicly-available, documents. By providing information that may be of interest to a user in response to the user performing a search, the information needs of the user can be met without requiring the user to sort through search results for the information that is desired.

CONCLUSION

Implementations consistent with the principles of the invention improve network searching by augmenting search results with publicly-available information that may be interest to the user.

The foregoing description of exemplary embodiments of the invention provides illustration and description, but is not intended to be exhaustive or to limit the invention to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of the invention. For example, one or more of the acts described with respect to FIGS. 4 and 7 may be performed by server 120 or another device (or combination of devices). In one implementation, one or more of the acts described with respect to FIGS. 4 and 7 may be performed by a client 110 or a server, such as one of servers 130. In addition, a browser assistant (i.e., client-based software that operates in conjunction with a conventional web browser) may perform one or more of the acts described with respect to the processing of FIGS. 4 and 7.

While series of acts have been described with regard to FIGS. 4 and 7, the order of the acts may be varied in other implementations consistent with the invention. Moreover, non-dependent acts may be implemented in parallel.

It will also be apparent to one of ordinary skill in the art that aspects of the invention, as described above, may be implemented in many different forms of software, firmware, and hardware in the implementations illustrated in the figures. The actual software code or specialized control hardware used to implement aspects consistent with the principles of the invention is not limiting of the invention. Thus, the operation and behavior of the aspects of the invention were described without reference to the specific software code—it being understood that one of ordinary skill in the art would be able to design software and control hardware to implement the aspects based on the description herein.

Further, certain portions of the invention may be implemented as “logic” that performs one or more functions. This logic may include hardware, such as an application specific integrated circuit or a field programmable gate array, software, or a combination of hardware and software.

No element, act, or instruction used in the description of the invention should be construed as critical or essential to the invention unless explicitly described as such. Also, as used herein, the article “a” is intended to include one or more items. Where only one item is intended, the term “one” or similar language is used. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise. 

What is claimed is:
 1. A method performed by one or more processors, the method comprising: receiving a search query; providing a list that identifies a plurality of documents relating to the search query, where the list is provided in a first area of a user interface; obtaining, by at least one of the one or more processors, additional information, relating to the search query, from at least one document of the plurality of documents, where the additional information includes: different attribute names identifying different types of information relating to the search query, and values representative of the different types of information identified by the different attribute names; and providing the additional information, including the different attribute names and the values, that has been obtained from the at least one document of the plurality of documents, where the additional information is provided in a second area, of the user interface, that is different than the first area, and where the additional information is provided with the list that identifies the plurality of documents.
 2. The method of claim 1, where providing the additional information comprises: obtaining a plurality of attribute name and attribute value pairs that occur in one or more of the plurality of documents, selecting one or more attribute name and attribute value pairs, from the plurality of attribute name and attribute value pairs, based on a threshold, and providing the selected one or more attribute name and attribute value pairs in the second area of the user interface.
 3. The method of claim 2, where obtaining the plurality of attribute name and attribute value pairs comprises: retrieving the plurality of attribute name and attribute value pairs from a memory that stores attribute name and attribute value pairs for the plurality of documents.
 4. The method of claim 3, where each of the plurality of documents is associated with an identifier, and where retrieving the plurality of attribute name and attribute value pairs comprises: retrieving the plurality of attribute name and attribute value pairs based on the identifier associated with each document in the at least one document.
 5. The method of claim 2, where selecting the one or more attribute name and attribute value pairs comprises: identifying a document, of the plurality of documents, that includes a number, of the selected one or more attribute name and attribute value pairs, that exceeds a number, of the selected one or more attribute name and attribute value pairs, included in at least one other document of the plurality of documents, comparing the selected one or more attribute name and attribute value pairs to attribute name and attribute value pairs included in the identified document, and discarding any attribute name and attribute value pair, of the selected one or more attribute name and attribute value pairs, that conflicts with an attribute name and attribute value pair in the identified document.
 6. The method of claim 5, where selecting the one or more attribute name and attribute value pairs further comprises: adding attribute name and attribute value pairs, from the identified document, that are not included in the selected one or more attribute name and attribute value pairs, to the selected one or more attribute name and attribute value pairs.
 7. A system comprising: a memory to store instructions; and a processor to execute the instructions to: receive a search query, provide, based on receiving the search query, a user interface that includes a list that identifies a plurality of search results that relate relating to the search query, where the list is provided in a first area of the user interface, obtain additional information about the search query, the additional information being obtained from at least one document associated with at least one of the plurality of search results, where the additional information includes: different attributes identifying different types of information that relate to the search query, and values representative of the different types of information identified by the different attributes, and provide the additional information, including the different attributes and the values, in a second area of the user interface that is different than the first area, where the additional information is provided with the list.
 8. The system of claim 7, where the additional information is provided in a scrollable table.
 9. The system of claim 8, where each row, of the scrollable table, includes a different one of the attributes and a corresponding one of the values.
 10. A server comprising: a memory to store instructions; and a processor to execute the instructions to: provide, based on receiving a search query, a list that identifies a plurality of documents, where the list, that identifies the plurality of documents, is provided in a first area of a user interface, obtain additional information from at least one document of the plurality of documents, where the additional information includes: different attribute names identifying different types of information that relate to the search query, and attribute values corresponding to values representative of the different types of information identified by the different attribute names, and provide the additional information, including the different attribute names and the attribute values, in a second area, of the user interface, that is different than the first area, where the additional information is provided with the list.
 11. The server of claim 10, where the second area is provided at a location, in the user interface, that is above the first area of the user interface, and where a size of the second area is different than a size of the first area of the user interface.
 12. The server of claim 10, where the processor is further to: select first attribute name and attribute value pairs from a plurality of attribute name and attribute value pairs, related to the search query, that are included in the plurality of documents, where the attribute name and attribute value pairs are selected based on a threshold, discard any attribute name and attribute value pair, of the selected first attribute name and attribute value pairs, that conflicts with an attribute name and attribute value pair, of attribute name and attribute value pairs included in the at least one document, to obtain one or more second attribute name and attribute value pairs, where the one or more second attribute name and attribute value pairs are included in the additional information.
 13. The server of claim 12, where the at least one document includes a quantity of the selected attribute name and attribute value pairs that exceeds a quantity of the selected attribute name and attribute value pairs included in at least one other document of the plurality of documents.
 14. A non-transitory computer-readable medium storing instructions, the instructions comprising: one or more instructions, which when executed by at least one processor, cause the at least one processor to provide a user interface that includes information identifying each of a plurality of web documents relating to a search query, where the information identifying each of the plurality of web documents is provided in a first area of the user interface; and one or more instructions, which when executed by the at least one processor, cause the at least one processor to provide additional information that has been obtained from at least one web document of the plurality of web documents, where the additional information is provided in a second area, of the user interface, that is different than the first area, and where the additional information includes: different attributes that identify different types of information relating to the search query, and values representative of the different types of information identified by the different attributes.
 15. The non-transitory computer-readable medium of claim 14, where the additional information further includes a link associated with a particular attribute, of the different attributes, and a particular value, of the values, corresponding to the particular attribute, and where the link is provided, in the second area, with the different attributes and the values.
 16. The non-transitory computer-readable medium of claim 15, where the link corresponds to a particular web document, of the plurality of web documents, that includes the particular attribute and the particular value.
 17. The non-transitory computer-readable medium of claim 15, where the additional information is provided in the second area, of the user interface, in a table format, and where at least one row, of the table format, includes the particular attribute, the particular value, and the link.
 18. A method performed by one or more processors, the method comprising: identifying a plurality of documents based on a search query; obtaining a plurality of attribute name and attribute value pairs that occur in the plurality of documents, where each attribute name, of the plurality of attribute name and attribute value pairs, identifies a different type of information of a plurality of types of information that relate to the search query, and where each attribute value, of the plurality of attribute name and attribute value pairs, corresponds to a value representative of a different attribute name of the plurality of attribute name and attribute value pairs; selecting attribute name and attribute value pairs from the plurality of attribute name and attribute value pairs based on a threshold, where the threshold is associated with a number of documents, of the plurality of documents, that include the selected attribute name and attribute value pairs; and providing a user interface, the user interface including: information identifying each of the plurality of documents, and the selected attribute name and attribute value pairs, where the selected attribute name and attribute value pairs are provided, in the user interface, with the information identifying each of the plurality of documents.
 19. The method of claim 18, where the selected attribute name and attribute value pairs relate to the search query.
 20. The method of claim 18, further comprising: providing at least one link corresponding to each attribute name and attribute value pair of the selected attribute name and attribute value pairs provided in the user interface, where the at least one link is provided, in the user interface, with: the selected attribute name and attribute value pairs, and the information identifying each of the plurality of documents.
 21. The method of claim 20, where each link of the at least one link corresponds to a document in the plurality of documents.
 22. The method of claim 18, where obtaining the plurality of attribute name and attribute value pairs comprises: retrieving the plurality of attribute name and attribute value pairs from a memory that stores attribute name and attribute value pairs obtained from a repository of documents, the repository of documents including the plurality of documents.
 23. The method of claim 22, where each of the plurality of documents is associated with an identifier, and where retrieving the plurality of attribute name and attribute value pairs comprises: retrieving the plurality of attribute name and attribute value pairs based on identifiers associated with the plurality of documents.
 24. The method of claim 18, where selecting the attribute name and attribute value pairs comprises: selecting attribute name and attribute value pairs, from the plurality of attribute name and attribute value pairs, that occur in at least a threshold number of the plurality of documents.
 25. The method of claim 24, where selecting the attribute name and attribute value pairs further comprises: identifying a document, in the plurality of documents, that includes a number, of the selected attribute name and attribute value pairs, that exceeds a number, of the selected attribute name and attribute value pairs, included in at least another document, in the plurality of documents, comparing the selected attribute name and attribute value pairs to attribute name and attribute value pairs included in the identified document, and discarding an attribute name and attribute value pair, of the selected attribute name and attribute value pairs, that conflicts with an attribute name and attribute value pair in the identified document.
 26. The method of claim 25, where selecting the attribute name and attribute value pairs further comprises: adding attribute name and attribute value pairs, from the identified document, that are not included in the selected attribute name and attribute value pairs, to the selected attribute name and attribute value pairs.
 27. A system comprising: one or more computer devices to: identify a plurality of documents based on a search query; obtain a plurality of attribute name and attribute value pairs that occur in the plurality of documents, where each attribute name, of the plurality of attribute name and attribute value pairs, identifies a different type of information of a plurality of types of information that relate to the search query, and where each attribute value, of the plurality of attribute name and attribute value pairs, corresponds to a value representative of a different attribute name of the plurality attribute name and attribute value pairs; select attribute name and attribute value pairs, from the plurality of attribute name and attribute value pairs, based on a threshold; and create a user interface, the user interface including: a list that identifies the plurality of documents, and the selected attribute name and attribute value pairs,  where the user interface is provided to a user.
 28. The system of claim 27, where the list is provided in a first area of the user interface, and where the selected attribute name and attribute value pairs are provided in a second area, of the user interface, different than the first area.
 29. The system of claim 28, where the second area is positioned, in the user interface, above the first area of the user interface, and where a size of the second area is different than a size of the first area.
 30. The system of claim 28, where the second area further includes: a link associated with a particular attribute name and attribute value pair of the selected attribute name and attribute value pairs, where the link is provided, in the second area, with the selected attribute name and attribute value pairs.
 31. A non-transitory computer-readable medium storing instructions, the instructions comprising: one or more instructions, which when executed by the at least one processor, cause the at least one processor to: identify a plurality of web documents based on receiving a search query; retrieve a plurality of attribute name and attribute value pairs that occur in one or more of the plurality of web documents, where each attribute name, of the plurality of attribute name and attribute value pairs, identifies a different type of information of a plurality of types of information that relate to the search query, and where each attribute value, of the plurality of attribute name and attribute value pairs, corresponds to a value representative of a different attribute name of the plurality attribute name and attribute value pairs; select attribute name and attribute value pairs, from the plurality of attribute name and attribute value pairs, based on a threshold; and provide a user interface, the user interface including: information identifying each of the plurality of web documents, and the selected attribute name and attribute value pairs.
 32. The non-transitory computer-readable medium of claim 31, where the selected attribute name and attribute value pairs are provided in a table in the user interface.
 33. The non-transitory computer-readable medium of claim 32, where each row, of the table, includes a different one of the selected attribute name and attribute value pairs.
 34. The non-transitory computer-readable medium of claim 32, where content, of the table, is scrollable. 